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Detailed Action 

1. In response to communication entered on 10/31/2006, Claims 1-37 are pending. No claims were 
added, cancelled or amended. 

2. Applicants arguments with respect to claims 1-37 have been considered but are moot in view of the 
new ground(s) of rejection. 

Claim Rejections - 35 U.S.C - 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 

rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been obvious 
at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention 
was made. 

4. Claims 1-37 are rejected under 35 U.S.C. 103(a) as being unpatentable over MEDJAHED et al. 
(Non-Patent Literature, Business-to-Business: issues and enabling technologies Interactions, May, 2003, 
Volume 12, Issue 1, hereinafter, MEDJAHED) in view of COLLOMB {US Publication No. 2003/0212778, 
Date Filed: July 16, 2002). 

Claims 1. 28 and 29 : 

Claims 1, 28 and 29 discloses a method/an article of manufacture/a data store utilizing the same 
functionality, MEDJAHED teaches a method/an article of manufacture/data store managing data 
associated with a given domain, comprising the steps of: 

maintaining a specification of data attributes representing one or more types of data to be 
managed (Business-to-Business Interactions, May, 2003, page 69, section 4.1, first and second 
paragraph, MEDJAHED); 

MEDJAHED disclose the limitation above. However, MEDJAHED does not disclose wherein 
maintaining a specification of algorithms representing one or more types of operations performable in 
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accordance with the data attributes, nor does MED J AH ED discloses maintaining a specification of 
relationships representing relationships between the data attributes and the algorithms. 

On the other hand, COLLOMB discloses maintaining a specification of algorithms representing 
one or more types of operations performable in accordance with the data attributes (paragraph [0073], 
wherein a class is a named description of a set of objects that share the same attributes, operations, 
methods, relationships, and semantics, which is equivalent to "one or more operations"; paragraph 
[0102], wherein the calculation of secondary parameters begins with values to primary parameters, 
wherein secondary parameters are defined by expressions that may operate on primary and/or secondary 
parameters, and wherein this allows for efficient algorithm modularization; paragraph [0104], wherein 
calculation expressions are modeled using UML sequence diagrams, wherein sequence diagram 
interaction focuses on the time-ordering of messages, wherein algorithm is interpreted to be "a 
mathematical rule or procedure for solving a problem u , which is equivalent to the "calculation being 
performed"; paragraph [0105], wherein expressions are defined as operations on a global utility class, 
and wherein the expressions or on an associated parent class or classes, and wherein the expression 
class defines one or more expressions such as the assignment, difference, minimum, maximum, and so 
forth, which is equivalent and interpreted to be an algorithm, which is equivalent to "specification of 
algorithms representing one or more types of operations performable in accordance with the data 
attributes", COLLOMB) and maintaining a specification of relationships representing relationships 
between the data attributes and the algorithms (paragraph [0073], wherein a class is named description 
of a set of objects that share the same attributes, operations, methods, relationships, and semantics, 
wherein a class diagram is a diagram that shows a set of classes, interfaces, and or collaborations and 
the relationships among these elements; paragraphs [0096-0097], wherein RDBMS allow users to 
establish relationships between columns of different tables, wherein for example, a user can determine 
which parameter values are associated with a given instance of a concrete service component, which 
normally each relationship is accomplished through the use of a "key" column in the related tables that 
contains a shared value unique to the associated records; paragraph [0097] an action procedure, or 
"trigger," is an RDBMS mechanism that operates each time a column value is updated within a table; and 
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paragraph [0099], wherein the triggers associated to a table column can be used to compute the 
secondary parameters and/or aggregation values, wherein for the secondary parameter calculations, a 
trigger may be declared for: 1) each column storing primary parameter values needed to compute a 
secondary parameter value, and 2) each column storing secondary parameter values needed to compute 
another secondary parameter value, and wherein algorithm is interpreted to be "a mathematical rule or 
procedure for solving a problem u , which is equivalent to an "calculation being performed" COLLOMB); 

It would have been obvious at the time of the invention was made for one person of the ordinary 
skill in the art to modify the disclosure of MEDJAHED with COLLOMB for the purpose of implementing an 
improved method for providing a more resourceful work flow for managing relational data. 

wherein the data attribute specification, the algorithm specification and the relationship 
specification are maintained in a storage framework having multiple levels (page 72, 1 st column, wherein 
ebXML provides a set of common business process specifications that are shared by multiple industries, 
wherein theses specifications stored in the business library can be used by companies to build 
customized business processes, wherein the multiple industries and wherein these specifications are 
stored in the business library is interpreted to be storage framework, MEDJAHED), the multiple levels 
being specified based on the given domain with which the data being managed is associated (Business- 
to-Business Interactions, May, 2003, page 71, 2 nd column, wherein 4.1.5. ebXML is defined, wherein 
Business documents are composed of three types of components: core components, domain 
components, and business information objects, which is interpreted to be the "multiple levels", and 
wherein core components, stored in the core library, are information components that are re-usable 
across industries and domain components and business information objects are larger components 
stored in the domain library and business library, which is interpreted to be "based on the given domain 
with which the data being managed is associated, MEDJAHED). 
Claim 2 : 

Claim 2, the combination of MEDJAHED in view of COLLOMB teaches wherein the multiple 
levels of the storage framework comprise hierarchical levels such that one level of the storage framework 
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is a refinement of another level of the storage framework (Business-to-Business Interactions, May, 2003, 
page 60, section 2.1, first paragraph, MEDJAHED). 
Claim 3 : 

Claim 3, the combination of MEDJAHED in view of COLLOMB teaches wherein the hierarchical 
levels of the storage framework maintain at least one of the data attributes, the algorithms and the 
representations in a template-based representation (Business-to-Business Interactions, May, 2003, page 
76, first column, second paragraph, wherein "it uses its contract manager to send a contract template to a 
trader or matchmaking engine" MEDJAHED). 
Claim 4: 

Claim 4, the combination of MEDJAHED in view of COLLOMB teaches wherein data attributes 
are represented so as to expose at least one of a nature of the data through a plurality of ontologies, a 
structure of the content of the data, and a structure of a mechanism by which the data may be retrieved 
(Business-to-Business Interactions, May, 2003, page 81, wherein table 1 is defined and JAVA RMI, 
MEDJAHED). 
Claim 5 : 

Claim 5, the combination of MEDJAHED in view of COLLOMB teaches wherein the algorithms 
are represented so as to expose at least one of a nature of the algorithms through a plurality of 
ontologies, a structure of parameters of the algorithms expressed according to a nature of the data 
attributes, and a structure of a mechanism by which code for the algorithms may be retrieved (Business- 
to-Business Interactions, May, 2003, page 69, second column, first paragraph and page 7, section 6.4, 
first and second paragraph, MEDJAHED). 
Claim 6 : 

Claim 6, the combination of MEDJAHED in view of COLLOMB teaches wherein the relationships 
between the data attributes and the algorithms are represented in support of a plurality of computations 
for computing domain-specific results (Business-to-Business Interactions, May, 2003, page 69, second 
column, first paragraph and page 7, MEDJAHED). 
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Claim 7 : 

Claim 7, the combination of MEDJAHED in view of COLLOMB teaches the step of, in accordance 
with an application, retrieving at least a portion of the data attributes and the algorithms to perform a 
computation sequence (Business-to-Business Interactions, May, 2003, page 75, first paragraph, 
MEDJAHED). 
Claim 8 : 

Claim 8, the combination of MEDJAHED in view of COLLOMB teaches wherein the computation 
sequence is based on a specification of a computation start point and a computation end point as 
described by a data flow graph (Business-to-Business Interactions, May, 2003, page 78, first column and 
first paragraph, MEDJAHED). 
Claim 9 : 

Claim 9, the combination of MEDJAHED in view of COLLOMB teaches the step of, in accordance 
with an application, one of creating and managing templates (Business-to-Business Interactions, May, 
2003, page 77, first paragraph and section 6.3, wherein the first paragraph is defined, MEDJAHED). 
Claim 10 : 

Claim 10, the combination of MEDJAHED in view of COLLOMB teaches the step of, in 
accordance with an application, one of populating and managing a template instance for a particular 
template (Business-to-Business Interactions, May, 2003, page 82, wherein table 4 is defined and wherein 
adaptability column is illustrated, fifth row, MEDJAHED). 
Claim 11 : 

Claim 11, the combination of MEDJAHED in view of COLLOMB teaches wherein relationships 
between data attributes, which support non-processing relationships, are maintained in support of a 
plurality of functions (Business-to-Business Interactions, May, 2003, page 71, section 4.1.3, first 
paragraph, MEDJAHED). 
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Claim 12 : 

Claim 12, the combination of MEDJAHED in view of COLLOMB teaches wherein the data 
attributes and the algorithm are verifiable with respect to at least one of consistency and correctness 
(Business-to-Business Interactions, May, 2003, page 70, section 4.1.2, first paragraph, MEDJAHED). 
Claim 13 : 

Claim 13, the combination of MEDJAHED in view of COLLOMB teaches the step of deferring a 
decision as to whether to apply a computation step in support of a desired result from a computation 
sequence in accordance with metadata within the storage framework (Business-to-Business Interactions, 
May, 2003, page 66, section 3.2.2, second paragraph, MEDJAHED). 
Claim 14 : 

Claim 14, the combination of MEDJAHED in view of COLLOMB teaches wherein a relationship is 
maintained between data at a domain specification level of the storage framework and an instance 
specification level of the storage framework (Business-to-Business Interactions, May, 2003, page 73, 
section 4.2.2, third paragraph, MEDJAHED). 
Claim 15 : 

Claim 15, the combination of MEDJAHED in view of COLLOMB teaches the step of, in 
accordance with an application, traversing one or more processing relationships among a plurality of 
templates and template instances maintained in accordance with the storage framework so as to 
ascertain one or more computation relationships (Business-to-Business Interactions, May, 2003, page 74, 
section 4.2.3, fourth paragraph, MEDJAHED). 
Claim 16 : 

Claim 16, the combination of MEDJAHED in view of COLLOMB teaches wherein the given 
domain comprises a service level management domain (Business-to-Business Interactions, May, 2003, 
page 79, wherein the table 1 is defined, MEDJAHED). 
Claim 17 : 

Claim 17, the combination of MEDJAHED in view of COLLOMB teaches wherein the service level 
management domain supports proactive management of a plurality of service level agreements allowing 
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one or more of service level agreement reporting, a customer-related business impact evaluation and a 
service provider internal business impact evaluation in accordance with relationships represented within 
flow graphs associated with the storage framework (Business-to-Business Interactions, May, 2003, page 
75, section 5.2, first paragraph and page 77, section 6.4, second paragraph, MEDJAHED). 
Claim 18 : 

Claim 18, the combination of MEDJAHED in view of COLLOMB teaches wherein the data 
attributes comprise service level management data elements, the algorithms comprise service level 
management algorithms, and the relationships comprise service level management relationships 
(Business-to-Business Interactions, May, 2003, page 65, Figure 4, MEDJAHED). 
Claim 19 : 

Claim 19, the combination of MEDJAHED in view of COLLOMB teaches wherein the service level 
management data elements comprise one or more of service level agreement contract data, internal 
service level management data, and service level management algorithm specifications (REFER to claim 
17, wherein this limitation is substantially the same, MEDJAHED). 
Claim 20 : 

Claim 20, the combination of MEDJAHED in view of COLLOMB teaches wherein the service level 
management algorithms comprise one or more of measurement data adjudication and service level 
evaluation for a particular category of data element (Business-to-Business Interactions, May, 2003, page 
62, second column, first paragraph, MEDJAHED). 
Claim 21 : 

Claim 21, the combination of MEDJAHED in view of COLLOMB teaches wherein the service level 
management relationships comprise evaluation in accordance with flow graph specifications and 
relationship management between service level agreement data and internal service level management 
data (Business-to-Business Interactions, May, 2003, page 74, section 4.2.3, the forth paragraph, 
MEDJAHED). 
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Claim 22 : 

Claim 22, the combination of MEDJAHED in view of COLLOMB teaches wherein relationships 
between service level agreement contract data and other service level management data are maintained 
in support of a plurality of service level management functions (Business-to-Business Interactions, May, 
2003, page 73, and second column, first paragraph, MEDJAHED). 
Claim 23 : 

Claim 23, the combination of MEDJAHED in view of COLLOMB teaches the step of, in 
accordance with an application, traversing one or more service level management related processing 
relationships among a plurality of templates and template instances maintained in accordance with data 
flow graphs as maintained within the storage framework so as to ascertain one or more service level 
management computation relationships (Business-to-Business Interactions, May, 2003, Figure 7, 
MEDJAHED). 
Claim 24 : 

Claim 24, the combination of MEDJAHED in view of COLLOMB teaches the step of prioritizing 
one or more data access requests based on a service provider business impact assessment to the 
storage framework so as to sequence data results in accordance with one or more service management 
objectives {Business-to-Business Interactions, May, 2003, page 73, section 4.2.2, second paragraph, 
MEDJAHED). 
Claim 25 : 

Claim 25, the combination of MEDJAHED in view of COLLOMB teaches wherein data is 
obtainable from one or more semantically equivalent data sources (Business-to-Business Interactions, 
May, 2003, page 66, second column, first paragraph, MEDJAHED). 
Claim 26: 

Claim 26, the combination of MEDJAHED in view of COLLOMB teaches wherein data is one of 
original data and derived data, wherein original data is data external to the storage framework and 
derived data is data maintained within the storage framework (Business-to-Business Interactions, May, 
2003, page 62, first column, section 2.3, fifth paragraph, MEDJAHED). 
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Claim 27: 

Claim 27, the combination of MEDJAHED in view of COLLOMB teaches an apparatus for 
managing data associated with a given domain, comprising: 

a memory for storing a storage framework; and at least one processor coupled to the memory 
and operative to (Business-to-Business Interactions, May, 2003, page 60, Figure 1, MEDJAHED): 

(i) maintain a specification of data attributes representing one or more types of data to be 
managed (REFER to claim 1, wherein this limitation is substantially the same); 

(ii) maintain a specification of algorithms representing one or more types of operations 
performable in accordance with the data attributes (REFER to claim 1, wherein this limitation is 
substantially the same); and 

(iii) maintain a specification of relationships representing relationships between the data attributes 
and the algorithms; wherein the data attribute specification, the algorithm specification and the 
relationship specification are maintained in the storage framework which has multiple levels, the multiple 
levels being specified based on the given domain with which the data being managed is associated 
(REFER to claim 1 , wherein this limitation is substantially the same). 

Claim 30: 

Claim 30, the combination of MEDJAHED in view of COLLOMB teaches a method of providing a 
service for managing data associated with a given domain, comprising the step of: 

a service provider providing a data management system in accordance with one or more 
customers, the data management system being operative to (Business-to-Business Interactions, May, 
2003, Figure 1 and page 72, section 4.2 and Figure 7 on page 73, MEDJAHED): 

(i) maintain a specification of data attributes representing one or more types of data to be 
managed (REFER to claim 1, wherein this limitation is substantially the same); 

(ii) maintain a specification of algorithms representing one or more types of operations 
performable in accordance with the data attributes (REFER to claim 1, wherein this limitation is 
substantially the same); and 
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(iii) maintain a specification of relationships representing relationships between the data attributes 
and the algorithms; wherein the data attribute specification, the algorithm specification and the 
relationship specification are maintained in a storage framework having multiple levels, the multiple levels 
being specified based on the given domain with which the data being managed is associated (REFER to 
claim 1, wherein this limitation is substantially the same). 
Claim 31: 

Claim 31, the combination of MEDJAHED in view of COLLOMB teaches wherein service level 
agreement report data is generated for a customer in accordance with one or more clauses of a service 
level agreement such that the one or more clauses are mapped to service level agreement data and is 
associated with a service provider representation of the data using one or more relationship mappings 
and service level agreement report data is generated in accordance with a sequence of processing 
relationships (Business-to-Business Interactions, May, 2003, page 73, section 4.2.2, third paragraph, 
MEDJAHED) 
Claim 32: 

Claim 32, the combination of MEDJAHED in view of COLLOMB teaches wherein customer 
business impact assessment data is generated for a customer in accordance with one or more expressed 
wishes of a customer such that one or more business impact evaluation data wishes of the customer are 
mapped to customer-related business impact data and is associated with a service provider 
representation of service level management data using relationship mappings and the customer-related 
data is generated in accordance with a sequence of processing relationships (Business-to-Business 
Interactions, May, 2003, page 59, section 1, wherein the introduction is defined, MEDJAHED). 
Claim 33: 

Claim 33, the combination of MEDJAHED in view of COLLOMB teaches wherein the business 
impact evaluation data may provide a customer with one or more customer relevant business impact 
assessments (Business-to-Business Interactions, May, 2003, page 72, section 4.2.1, first paragraph, 
MEDJAHED). 
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Claims 34 and 36: 

Claims 34 and 36, the combination of MEDJAHED in view of COLLOMB teaches wherein the one 
or more customer relevant business impact assessments comprise one or more customer relevant what-if 
scenario result data sets (Business-to-Business Interactions, May, 2003, page 60, column 1, Figure 1, 
MEDJAHED). 
Claim 35: 

Claim 35, the combination of MEDJAHED in view of COLLOMB teaches wherein service provider 
business impact management data is generated for a customer in accordance with one or more wishes of 
the service provider such that the one or more service provider business impact evaluation data wishes 
are mapped to provider-facing business impact data and is associated with a service provider 
representation of service level management data using relationship mappings and service level 
management business impact data of the service provider is generated in accordance with a sequence of 
processing relationships (Business-to-Business Interactions, May, 2003, page 60, column 2, second 
paragraph, MEDJAHED). 
Claim 37: 

Claim 37, the combination of MEDJAHED in view of COLLOMB teaches wherein the one or more 
provider relevant business impact assessments comprise one or more what-if scenario result data sets 
and aggregations of business impact across multiple customers (Business-to-Business Interactions, May, 
2003, page 64, column 1, wherein the first paragraph is defined, MEDJAHED). 

Response to Applicant' Arguments 

Applicant States : 

In the outstanding Office Action dated July 26, 2006, the Examiner rejected claims 1-37 
under 35 (JSC. §1 02(e) as being anticipated by an B. MEDJAHED et al. article entitled, "Business-to- 
Business Interactions: Issues and Enabling Technologies," (hereinafter "MEDJAHED"). 
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With regard to the rejection of claims 1-37 under 35 U.S.C. § 102(e) as being anticipated by 
MEDJAHED, Applicants assert that MEDJAHED fails to disclose at least the elements of independent 
claims 1 and 27-30. 

It is well-established law that "[a] claim is anticipated only if each and every element as set forth 
in the claims is found, either expressly or inherently described, in a single prior art reference." 
See, e.g., VerdegaalBros. v. Union Oil Co. of California, 814 F.2d 628, 631, 2 U.S.P.Q.2d 1051, 
1053 ( Fed. Cir. 1987). See also, M.P.E.P. §2131. Applicants assert that the §1 02(e) rejection of 
claims 1-37 based on MEDJAHED clearly fails to meet the above legal requirements for anticipation. 
Support for this assertion follows. 

Independent claims 1 and 27-30 recite techniques for managing data associated with a given 
domain. A specification of data attributes representing one or more types of data to be managed is 
maintained. A specification of algorithms representing one or more types of operations performable 
in accordance with the data attributes is maintained. A specification of relationships representing 
relationships between the data attributes and the algorithms is maintained. The data attribute 
specification, the algorithm specification and the relationship specification are maintained in a 
storage framework having multiple levels. The multiple levels are specified based on the given 
domain with which the data being managed is associated. 

MEDJAHED discloses techniques, systems, products and standards for business-to-business 
interactions and a set of criteria for assessing the different business-to-business interaction 
techniques, standards and products. 

Applicant Argues: 

However, ebXML fails to disclose that the maintaining of a data attribute specification, an 
algorithim specification and a relationship specification in a storage framework having multiple levels . 
The Examiner relies upon separate research prototypes and frameworks for each of the elements of the 
independent claims. While these prototypes and frameworks fail to disclose the elements of the 
independent claims as described above, ebXML also fails to provide the necessary disclosure to 



Application/Control Number: 10/776,548 Page 14 

Art Unit: 2163 

support that any elements from these prototypes and frameworks are maintained in a storage 
framework having multiple levels . Therefore, MEDJAHED fails to meet the basic legal requirements for 
anticipation, cited on page 2, of applicant's remarks. 

Examiner's Response: 

Examiner is not persuaded. Referring to " the algorithm specification and a relationship 
specification and the relationship specification in a storage framework having multiple levels ", see 
MEDJAHED - Business-to-Business Interactions, May, 2003, page 72, i 5,column t 1 st paragraph, wherein 
ebXML provides a set of common business process specifications that are shared by multiple industries, 
wherein theses specifications stored in the business library can be used by companies to build 
customized business processes, wherein the multiple industries and wherein these specifications are 
stored in the business library is interpreted to be storage framework; and referring to " the multiple levels 
being specified based on the given domain with which the data being managed is associated' , see 
MEDJAHED - Business-to-Business Interactions, May, 2003, page 71, 2 nd column, Section 4.1.5. ebXML 
is defined, wherein Business documents are composed of three types of components: core components, 
domain components, and business information objects, which is interpreted to be the "multiple levels", 
and wherein core components, stored in the core library, are information components that are re-usable 
across industries and domain components and business information objects are larger components 
stored in the domain library and business library, which is interpreted to be "based on the given domain 
with which the data being managed is associated. 

Prior Art of Record 

1. MEDJAHED et al. (Non-Patent Literature, Business-to-Business: issues and enabling technologies 
Interactions, May, 2003, Volume 12, Issue 1). 

2. COLLOMB et al (US Publication No. 2003/0212778). 
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